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I. STATUS OF CLAIMS 

Claims 1, 33-51, 61-65 and 84-86 have been rejected. 
Claims 2-32, 52-60, 66-83 and 87-98 have been canceled. 
Claims 1, 33-51, 61-65 and 84-86 are the subject of this appeal 
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II. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 



A. The rejection under 35 U.S.C. 102(b) of claims 46-5 1 and 6 1 -65 as being 
anticipated by XP-002 1 50023 ("Streaming Email") 

B. The rejection under 3 5 U.S.C. 102(e) of claims 84-86 as being anticipated by U.S. 
Patent No. 6,223,21 3 of Cleron et al. 

C. The rejection under 35 U.S.C. 103(a) of claims I and 33-45 as being unpatentable 
over XP-002 1 50023 ("Streaming Email") in view of Tolba et al. ("Pure Java- 
based Streaming MPEG Player") 
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III. ARGUMENT 



Appellant has considered the Examiner's Answer but respectfully traverses. This will be 
addressed on a claim-by-elaim basis. 

A. The rejection under 35 U.S.C. 1 02(b) of claims 46-5 1 and 61 -65 as being 
anticipated by XP-002 150023 ("Streaming Email") 

Streaming Email describes "The Video Express Email" product that attaches one or more 
files to an email. These files include a pointer file and an optional player file which starts 
the player file. The player file is not required to be attached to the e-mail if it has 
already been installed on the user's machine. The pointer file points to an audio/visual 
file which is streamed to the player. 

Streaming Email teaches away from Appellant's claimed embodiments which do not use 
email attachments to provide a player. Instead, Applicant's claimed embodiments 
provide self-executing c ode provid e d within the email b od y itself or downloaded over a 
network a fter the em a il has been open ed. The disadvantage of using e-mail attachments 
is deai". With Streaming Email a user must, after opening an email, install the player file 
(if it has not already been installed) and then execute the player file to play a streaming 
video. Streaming Email therefore neither automatically starts the player file upon an 
opening of the email nor does Streaming Email play the video within the context of the 
email. In fact, Streaming Email cannot automatically start the player file upon an 
opening of an email because attachments to emails cannot be started automatically (if 
they were, imagine the problems with email-delivered viruses). Furthermore, Streaming 
Email cannot be played within an email , because executable attachments are modal and 
are opened in their own windows. 

Appellants have made it very clear in their Specification that the claimed embodiments 
do not include one or more attachments to an email. See, for example: 

In one embodiment, hypertext markup language may be Included 
with the first electronic message to contain the parameters and call 

3 



NEO1PG26/US02 



USSN 09/997,322 



another portion of the first application program such as a JA VA 
APPLET located at another site on the network, It should be noted, 
however, that the hypertext markup language itself or any other 
computer or markup language included with first electronic message 
may constitute a component or an entirety of the first application 
program. In other words, any desired portion {including no portion) 
of the first application program may be positioned at a separate 
location on the network. (Appellant's Specification, page 13, line 30 to 
page 14, line 2) 

Not only does Streaming Email attach the player file to the email (if needed), it also 
attaches a "text pointer file." The pointer file is used to point to the location on the 
Internet where the streaming video resides and also calls up (i.e. begins the execution of) 
the player file, which would have to be installed previous to the activation. Clearly, if 
Streaming Email were able to automatically stream a video within an email, the pointer 
and player file call would be embedded with the body of the email. However, if it were 
embedded within the body of the email, it could not call up the installed player file. 
Again, this is clear evidence that Streaming Email teaches away from the embodiments 
claimed by Appellants. 

Claim 46 

ft is undisputed by Appellants and the Examiner that the elements of claim 46 are means- 
plus-function elements. Therefore, there is no dispute that the claim elements meet the 
"3-prong" analysis for claims falling within 35 U.S.C. 1 12, 6 as used by the USPTO, 
The USPTO must therefore apply 35 U.S.C, 112, sixth paragraph and "give claims their 
broadest reasonable interpretation, in light of and co n sistent with the written descripti on 
of the invention in the appl icat ion." See Donaldson, 16 F.3d at 1 194, 29 USPQ2d at 
1 850 (emphasis added) 

The Examiner on pages 16-17 of his Answer alleges that he has made a "Prima Facie 
Case of Equivalents" by in rejecting claim 46 over Streaming Email. The Examiner is 
therefore explicitly indicating that the structure of Streaming Email (i.e. the use of 
attachments to download a player file and a pointer file) is different from Appellants* 
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structure as disclosed in the application. With that, Appellants do not disagree. 
However, Appellants strongly disagree that the functions specified by claim 46 can be 
performed by the structure disclosed by Streaming Email and, therefore, further strongly 
disagree that the structure of Streaming Email is an equivalent of Appellant's disclosed 
structure. 

By way of non-limiting examples, the structure of Streaming Email cannot perform at 
least the following claimed functions; 1) associate a self-executing program operative to 
stream an audiovisual enhancement; 2) display the audiovisual enhancement in 
conjunction with the message; and 3) create the display automatically upon the selection 
of the message . 

As noted above, attachments to emails as disclosed in Streaming Email cannot perform 
any: of these functions. First, attachments to email are not self-executing. If they were, 
computers would be completely vulnerable to attack by malicious software sent by e- 
ma.il. Second, executable attachments (unlike, for example, Applets) must be installed on 
the computer and are run outside of the e-mail environment, Third, the display of 
Streaming Email cannot be effectuated upon the selection of the method for same reasons 
as set forth in the previous two points. 

The self-executing functionality of Appellant's claimed embodiments finds support 
throughout the specification and drawings. For example, on page 11, lines 22-23, it is 
disclosed that "The message content . . . may be enhanced by a self-executing program," 
That is, the program enhancement is part of the message content of the e-mail, not a 
separately installed and running program outside of the email. 

This functionality is explained, in part, by various examples. See, for example, page 12, 
lines 1 8-22 where Appellants teach: 
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Figures 4-11 illustrate a method and a system for providing an application program 
actepied to be Incorporated as a "payioad" of an electronic message. Such application 
program is automatically initialized after the electronic .message is selected by a user, After 
initialization, the application program is executed. The execution of the application program 
includes various features. 

The forgoing description makes it clear that an application program is provided as part of 
the electronic message such thai it is a utomatically initi alized and exe c uted by the 
selection by the user . 

An example of a process for automatic instantiation and execution is found in Fig. 4: 




AUTOMATICALLY INITIALIZE 
APPLET UPON OPENING 



SNSTANTiATES INSTALL 
LAYOUT MANAGER 



-408 



QKT 'PARAMETERS) 

{TEXT & KMY WORD} 



3T 



GET NEXT WORD 
OFT&tr 



iNSTANTIATE LABEL 




-404 



^405 




410 



INSTANTIATE 
FUNCTIONALITY 



-408 



.-412 



FIG, 4 
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As seen in this example embodiment, an Applet is automatically initialized upon the 
opening of the email, An Applet is a transient program which executes without being 
installed on a computer and is well suited for the claimed embodiments because the code 
can be embedded within the body of the e-mail or downloaded over the Internet using an 
HTML tag including a hyperlink. See, for example, page 19, lines 32-34: 

In atioiher eitt&Oiimeai* llie exeeyiioa of the first application progwai may include 
linking a string of the t«xt of the first ek«tio«k message with a site m the i«t»fk, la other 
wor&s, stwh string constitutes a hyperlink, In such etmho4lmmt f tlws execution of the fml 

Sec, also, page 12, lines 23-32: 

Wot example, such execution may ineltide displaying text included with tfie ftm 
electronic message, dfefjiaysng indicia,, allowing entry of tew, asti fading the entered text 

25 and {fee ajjpiioattes program over a network Jit & secern! electronic message to * secoiid user 
w P° n selection of the indicia. In one embodiment, a cede segment may he executed which 
iisdiides as a parameter at hmi a portion of the text tncJwfed with the electronic rnesssge, 
thus incojpamiifig the text with my type of fuBctloiiality, I.e. graphic, etc, Still ye*, otfm 
featfflfes aisy 3se deluded such as m ^mkhmteiA thst is displayed only after the electronic 

30 message is fmmri&i a pi^deterffltMd nnmbcr of instances. Also, &e test fMhaW with the 
electronic message may constitute a hyperttok which, when selected, links to a site aral eaten 
tt» text- as a parameter upon stich linkstig; 

It is clear from the foregoing paragraph that "the code segment may be executed ... 
incorporating the text with any type of functionality, i.e. graphic, etc," and that "the text 
included within the electronic message may constitute a hyperlink. . . ." 

The Applet of Fig. 4 includes the program steps for instantiating "eyeball" functionality, 
wherein key words in the email body are replaced with animations, such as an "eyeball", 
as illustrated in Fig. 5 and 6: 
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FIG , 6 



Note how the word "1" of Fig. 5 has been changed to an animated "eyeball" 600 in Fig. 6. 



The embodiment of claim 46. is directed to a video e-mail as illustrated in Fie. 12: 
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The operations of several potential audio and/or visual embodiments are discussed from 
page 20, line 29 to page 21, line 6, 

In Figu« 12, mdm and/w visual emtmi can fee "ensiled" to ms *r mom redpieais, 
30 fhe*v we several ws*ys of implementing this feature, as will be appreciated by those skilled m the 

21 



art, A pseferasd method is far a raet&ber f» jiwide as audio aad/or awsssge Is 
stored on Mrvar 10 as a fife E to addition, a test message crs be stored w t* ilte M, The web 
sits then sie-ates an s-jiwti message E wMcfc is ttlsplayM on. a recipient's j»asM»e 14 tat 
include (for vis®! rosssages) a window W for the dbpiay of >M«s id&nnstim (VidCdKM). 
5 IMs video mfermatioft eon W a part off!* o-itiail message, &r it tan be- streamed from die server 
IU ever ?fte tteiworfc, as will &e ajsp^ejated by those skilled in. tlie art. 

Streaming Email is a book chapter which describes a product known as "Video Express 
Email." With Video Express Email a "text pointer (or redi rector) file" is attached to an e- 
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mail as an e-mail attachment. The text point file is not an application program and 
cannot be executed as an application program. Instead, it works in conjunction with a 
player program which must be installed on the computer of the recipient of the e-mail in 
order to stream video to the computer. If the recipient does not have the player program 
installed, it can also be attached to the e-mail for subsequent installation. See, for 
example, page 309 of Streaming Email: 

Perhaps the best way t» experience Video Express Email n to view files thai 
are asm to mu. Visit ImageMtitd's website fa s«nd yourself sortie roaif} yow em 
choose from audio, video, or slide stows. Just enter your name, email address, awl 
Internet cotmeetion $pe«! and you *v!lf be sent a Sic via email!. If this is your first 
time using Video Espre$$ Email, cheetc the aptiora to revive the player, im< In a 
few minutes, you will receive the test email. Simply mt any email program to open 
it, install the gslaye r, and then view the audts or video message, 

In view of the foregoing, e-mails created by Video Express Email software are standard 
e-mails to which one or more files are attached. If the recipient already has the player 
program, only the text pointer file 5 is attached. Therefore, in the most common 
embodiment a Video Express Email does not include any program that can stream audio 
and/or video. Video Express -Email solves this (in a rather clumsy fashion) by allowing a 
sender to attach a Video Express Email Player to the first Video Express Email message 
sent to a particular recipient. See, for example, page 311 of Streaming Video: 

5, If this is tWfiritf VkJco Express Email mmagc tfcet your recipient will 
receive, he or she will ne€d to download m4 install tine Vl&m Express 
EtnaiJ Flayer. Check the boa (fiat re«tli* > lfielU(te VEMail Flayer** to 
attach a copy of ths placer along with thersst of the «iessag«. 
Optionally, your recipient tm mh Image MmdTs website to<fewntcHtdl 
the player, which will need to be msialkdonce per eomfwler. 

Clearly, the "application program" VEMail Player is not capable of self-executing upon 
the selection of an e-mail message to stream an audiovisual enhancement to the recipient. 



1 "The pointer files are very small text files, usually no more than IK,. . See, Streaming Video, page 305 
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A Video Express Email is therefore received as a standard email with one or two 
attachments. If V EMail is attached, it is installed on the recipient's computer with what 
looks to he an standard installation procedure lor executable files. Once VEMail is 
attached, the text pointer life is selected with a "double click", which launches the 
installed VEMail application to start streaming video into a window on the recipient's 
computer screen. See, for example, the bottom of page 312 and Fig, 18.6: 

When yeu receive Video Express Email, yma get your message the same way as yew 
reeeive your other email i. Use your regular email program to ch«k your messages. 
You will get the VJdea Express Email along with she small test file attachment. 
Unless you chose to send the player and/or alSovi/dowttlsadtng, email" retrieval fram 
your hast will be very fast. 

YosiF entail message may look something like f iptre 18.5. tt includes the Video 
Express Email player thai wiii allow you to view arid stream the file. 

Ify»u haven't affearfydane m t elicit on the file called SETUREXE t<J install the 
Video Express EmaSI player. Once that's done, it It installed tor good and you need 
net install it again unless you untnstall it later, 

Hie last step is the easiest, Most email programs like Nesstape Mail and 

Eurfora allow you to double-click on the message io bunch tt with its specified 
player. Doubleclick on Is ani the Ydm Express Eo»afl mittiptayer should bunch 
and play tise message (see figure I8J). If yauYc having trouble receiving' the 



Rgure IBM The mfnlpfayer launches and plays the movie back fof you. If you 
receive an audio Image, you just see an animated speaker graphic. 
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it is therefore abundantly clear that Streaming Email leaches away from a self-executing 
program operative to stream an audiovisual attachment upon a selection of the message. 
With Streaming Email, a message is selected such that it is opened as shown in Fig. 18.6, 
the player application is installed if it is not already installed, and the text pointer file 
attachment of the message (see the lower left corner of Fig. 18.6) is "double clicked" to 
start the player, As a result, the player starts streaming video (shown here overlying and 
obscuring the e-mail message below) and a controller (also overlying and obscuring the 
e-mail message). 

The disadvantages of Video Express Email are set forth in Streaming Video. See, for 
example. Streaming Video from the bottom of page 313 to the top of page 315; 

Sfeoultf You Use Video Express Small? 

The main problem with Video Express Email k ht whole ynderfying framework, 
paakally, what you send via email is just n pointer Hie. Once the recipient clicks on 
k, it loads she player and bspm m stream the file. A$ described earlier, other 
streaming Windows programs can already do this ami thty don't need to use an 



* * * 



FtguM ymr wfsil fssgrarrt sfcsuW «»sfrt*r *» s*t«lw»< ^ttJntat ami tfc« 
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Bottom line, Video Express Email is a product for consumers — business us<ra 
will not want to play with such a clumsy interface, nor will they have lime to learn 

It is very clear that the application is not self executing. The interface is indeed "clumsy" 
requiring the opening of the e-mail, the installation of the player (if not already installed) 
and the ''double-click" of the pointer file attachment. Clearly, the structure of Streaming 
Video is not an equivalent under 35 U.S.C. 112, paragraph 6 in that it cannot perform the 
functions recited in the claim as set forth above. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 48 

Claim 48 is dependent upon claim 46 and includes the limitation that "said audiovisual 
enhancement includes only an audio component." Applicant notes that this limitation is 
not a means-plus-function limitation under 35 U.S.C. 1 12, 6. 

The Examiner indicates that this limitation is met by Streaming Video on page 309. 
Applicant respectfully traverses. As noted in the caption for Fig. 18.6 (see above for the 
full figure), it specifically indicates that Video Express Email cannot just have an audio 
component. This is undoubtedly because the player, which is a separately installed 
application program, must have a window open to operate. 

mgum $MS fhv m tffJjMsysr fauReftoa arid plays Ifse mi&vfe bmk fw you. tf you 
wetjlw m audio Imago, $m jutt sss an an!met«d speaker grapMe. 
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For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 61 

The Examiner rejected method claim 6.1 as being anticipated by Streaming Email. 
Appellants respectfully traverse. Streaming Email does not include at least the following 
limitations: 1) generating a sender e-mail including a code segment in said e-mail; 2) the 
provision of a self-executing, transient code segment; 3) automatically downloading over 
a network; 4). executing within a. context, of said email; and. 5) upon an opening of said e- 
maih 

Appellants' and Streaming Email have been discussed extensively above. Appellants* 
claimed embodiment includes a code segment provided in the e-mail . This allows an 
application program to be run within the e-mail itself. Streaming Video does not include 
a code segment i n the e-mail . At best, Streaming Video attaches a code segment to an e- 
mail which must then be activated. Furthermore, Streaming Video does not teach a self- 
executing, transient code segment such as the Applet embodiment taught by Appellants. 
Instead, Streaming Video requires a permanent code segment (the VFMail application) to 
be installed on the recipient's computer and it requires a recipient to launch the VEMaiS 
application by double clicking on the text pointer file. Streaming Video furthermore does 
not automatically download VFMail over the Internet. Rather, VEMaiS is either provided 
as an attachment to the e-mail or the recipient must click on a link to download VEMail. 
Finally, as explained previously, Streaming Video does not accomplish the forgoing upon 
the opening of the e-mail. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 
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Claim 62 



Independent claim 62 describes an: e-mail server comprising a computer configured to 
receive e-mail text from a sender, associate the text with a code segment and send the 
code segment to a recipient in a body of an e-mail. This claim was also rejected as being 
anticipated by Streaming Email, 

Streaming Email does not teach a server-based system. A sender must install Video 
Express Email on his computer in order to send out messages. See, for example, the 
bottom of page 308; 

Anottwr different* U thai sending streaming tnuttimdfta mwl with VHm 
Express Email meant Installing a prorata to semi mi messages, (Any 

email client program like Iiidera, America Ottfine, of Netscape Mail «an sdttslly 
receive messages.} At first gfatnc«,*he program looks like my r*gu1»t> email pr^sm 
except that thtm are other eptlqns for rowding ^ ««atteg imtftimedii ®* 
(see Figure 18.3). Yoti can sUacH stored files or record §rm& new awdio er v&fe*. 
programs from within Vt4m B»pres? Email end then tend them l-ifee VtdeetM 
Mail, that means you need to Have audio and\ optionally, wjeo input installed W 
yemr computer. 

Streaming Email is therefore a large e-mail program which is installed on a sender's 
computer. Streaming Email isjiot a server-based system. Streaming Email therefore 
does not disclose a computer (i.e. server) configured to: 1) receive e-mail text from a 
sender; 2) associate the e-mail text with a code segment; or 3) sending the code segment 
to a recipient in a body of an e-mail, contrary to the assertions of the Examiner, 

Appellants' claimed embodiment can foe seen in Fig. I and described on page 7, lines 16- 
26 of Appellant's Specification: 
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SfiRVgR 



In the $mmt inrventton* server machine !0 *tmt$* m e-iisall web ske 11. A sender 
s? sfsnfer ow-lnns 12 em ^aphni*' «r wiesssge ranmnl to tie web site 1 1 through 1he 
Mmw* 16 *s iadkM«4 At 13 A. This it typically accoinpjjstc^l vis a -web btwsci o» §«»<isr 
fijicMas 12 "opening" tJ» w# site 11 on ilte server 10, The web $i& 11 then, unto toe 
gusdaisce of the ssnder. '^fiances'* the message content mi se«ds or 'VraaSls*' tiie message 
to cats or m»re rselfient malt tusxos as iiterated at I3B. 1» this jjwtaits*, sragfl fcojtes 1?A, 
1?B, etc. ass tested by m ^msi! server imetilfie U connected to the ftr*er»et 16. Such e- 
wall niaiflxsxes sre pnyvfcie& by a wksiy of venders* JmlMiag Aaieiea Oft Line (A0t»)» 
Hofmattl* etc. Ths recipient then accesses Ms or fier mail box ta tecdve tlw* csitsanpail 
at ih<; fipcijKent t)i»«!iiie 14 via tlw Internet 16 &s m4Sc4tei «t 13C ASteuatiwlyj. if liie 
wcipisat is a member of the web site 1 i, :ie or srs? can receive the e-miil litrsstfy from m e- 
rnail h>% 19 oa tie server 10 ss illustrated st 13D. As noted! previously,, softie or all cf Ihe 
v»riotts jsrowsses, servis*^ xnsil boxes, ete. rnsy W d»str»bwt«l wound tiMs network 16, se 
will fee appreciated by shose sMIM to the art. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants 5 respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 
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Claim 63 



Claim 63 is analogous to claim 62 in that it claims software segments which can run on a 
server to receive e-mail text from a sender, associate the e-mail text with a code segment, 
and send the code segment to a recipient in a body of an e-mail. Streaming Email does 
not teach any of the claimed software segments as set forth above with respect to claim 
62, 

For at least the foregoing reasons as well as the reasons set forth in Appellants 5 Appeal 
Brief, Appellants* respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 64 

Claim 64 is to a method for providing e-mail including: 1} providing a link between an 
open e-mail on a recipient computer and a stored audio and/or video file not on the 
recipient computer; and 2) streaming the audio and/or video file to the recipient computer 
for display within the open e-mail in such a manner that other content of the e-mail which 
is intended to be viewed is not visually obscured. The Examiner again rejects this claim 
as being anticipated by Streaming Video. Appellants respectfully traverse. 

First, Streaming Video does not provide a link between art open e-mail on a recipient's 
computer and an audio and/or video file not on the recipient computer. Streaming Video 
provides a text pointer file with an appropriate extension to open an installed player. The 
player then uses its programmed functionality and information from the text pointer file 
to start downloading streaming video. 

Second, Streaming Video does not coordinate the display of the player with the display of 
an open e-mail. As noted above, Fig. 18.6 of Streaming Video clearly shows that the 
windows of the player are overlying and obscuring the open e-mail below. This is 
because the player and the e-mail programs operate entirely independently of each other. 
Fig. 18.6 is reproduced again below: 

17 

NEO I P026.US02 USSN 09/997,322 



f1g«f» 3MM The mM#ay«r tauncfw* and pSays th« movto back for you. Sf you 
receive m autfto trnagt, you just w* en animated speaker grsphJc, 




■"iBst 

I tin 
)»» 
(»'«« 
>«<( 

j K«t 

I 



m 

I 




fa contrast, Appellants display their audio and/or visual content within the body of the e~ 
mail and, as such, the audio and/or visual display and the text of the e-mail are under the 
same program control and can be coordinated to operate cooperatively, e.g. such that the 
audio and/or visual display does not visually obscure the text of the e-mail. See, for 
example, Appellant's Fig, 12, reproduced again below; 




FIG, 12 
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For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 65 

Claim 65 is analogous to claim 64 in that it claims software segments which perform the 
acts recited in claim 64. Streaming Email does not teach any of the claimed .software 
segments as set forth above with respect to claim 64. 

For at least the foregoing reasons as well as the reasons set forth in Appellants 5 Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

B. The rejection under 35 U.S.C. 102(e) of claims 84-86 as being anticipated by U.S. 
Patent No. 6,223,213 of Cleron etal 

Claims 84-86 

Claims 84-86 are related in that they comprise a method, a server, and a computer 
program configured to: I ) enhance an e-mail with an HTML code segment; and 2) review 
the enhancement of the e-mail by executing the HTML code segment prior to sending the 
e-mail. The Examiner rejected these claims under 35 U.S.C. 102(e) as being anticipated 
by Cleron. Applicant respectfully traverses. 

Cleron teaches a set-top box capable of sending standard e-mails with audio and/or visual 
file attachments. The set-top box cooperates with a host e-mail service which sends a 
standard e-mail with audio and/or visual file attachments as standard MIME attachments. 
Cleron does not teach the enhancement of an e-mail with an HTML code segment as 
specified by Appellants. Furthermore, Cleron does not teach the review of the 
enhancement to the e-mail by executing the HTML code segment prior to sending the e- 
rnail because Cleron does not teach the provision of HTML code segments as set forth 
above. 
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Appellants HTML code segments are transient application programs used to enhance e- 
matls. A non-limiting example is an Applet Cleron simply does not teach anything like 
an Applet and, in tact, creates nothing more than a standard e-mail with an audio and/or 
video clip as an attachment. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

C The rejection under 35 U.S.C. 103(a) of claims 1 and 33-45 as being unpatentable 
over XP-0021 50023 ("Streaming Email") in view of Tolba et al. ("Pure Java- 
based Streaming MPEG Player") 

Claim t 

Claim 1 was rejected under 35 U.S.C. 103(a) as being unpatentable over Streaming Email 
in view of Tolba. Applicant respectfully traverses. 

Rejections under Section 103 are subject to the "all elements rule." That is, for claimed 
subject matter to be obvious either the prior art references must expressly reach each 
claim limitation exactly or else the record must disclose a reason for a person of ordinary 
skill in the art to modify the prior art teachings to obtain the claimed invention. See 
Beckson Marine, Inc. v. NFM, Inc., 292 F.3d 718, 727 (Fed. Cir. 2002). Applicant 
respectfully submits that the combination of Streaming Email and Tolba does not meet 
this requirement. 

For example, neither Streaming Email nor Tolba teach the provision of a server 
connected to a network such that a sender can input a message and an audiovisual 
enhancement into the server and have the server send the e-mail to at least one recipient 
on the network. As noted previously, Streaming Email provides the e-mail application 
program Video Express Email which resides on a sender's computer and which creates 
and sends an e-mail directly to a recipient's computer, Tolba, on the other hand, does not 
disclose an e-mail system at all In fact, Tolba is an academic paper concerning the 
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design of a JAVA based MPEG decoder. There is no discussion in Tolba whatsoever 
concerning e-mails or the playing of audiovisual content with respect to e-mails. There 
simply is nothing in the combination of Streaming Email and Tolba which meets the 
limitation of providing a networked server which receives a message and an audiovisual 
enhancement and which then sends the enhanced e-mail to at least one recipient. 

Furthermore, there is nothing in Streaming Video or Tolba which can associate the 
message with any audiovisual enhancement that is automatically played after opening an 
e-mail. Applicant therefore submits that it is improper for the Examiner to combine 
Streaming Video and Tolba in that fashion. 

If, for argument's sake, the player program of Streaming Video were replaced with a 
JAVA MPEG player of Tolba the claimed process could still not be accomplished. This 
is because the player of Streaming Video is not associated with the e-mail program but, 
rather, runs separately on the computer. If, for example, an Applet from Tolba were to 
replace the player of Streaming Video, it would be running on a JAVA enabled browser 
or in some other JAVA virtual machine separate from the e-mail client because the 
audiovisual enhancement was never associated with the message. For example, if a 
Tolba Applet were attached to an e-mail, when it was double-clicked a browser or some 
other JAVA virtual machine would open up and run separately from the e-mail program. 
Therefore, the combination misses this limitation as well, 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 34 

Claim 34 includes a similar limitation as claim 48, which was discussed above. The 
Examiner indicates that this limitation is met by Streaming Video on page 309. 
Applicant respectfully traverses. As noted in the caption for Fig. 18.6 (see above for the 
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full figure), it specifically indicates that Video Express Email cannot just have an audio 
component. This is undoubtedly because the player, which is a separately installed 
application program, must have a window open to operate. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 40 

Claim 40 is analogous to claim 1 in that it claims software segments which can run on a 
server to implement the process of claim 1. Neither Streaming Email norTolba teach the 
claimed software segments as set forth above with respect to claim 40. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit thai the Examiner's rejection was in error and that 
his rejection should be reversed. 

Claim 42 

Claim 42 includes a similar limitation as claims 34 and 48, which were discussed above. 
The Examiner indicates that the limitation of an audio only component is met by 
Streaming Video on page 309, Applicant respectfully traverses. As noted in the caption 
for Fig. 18.6 (see above for the full figure), it specifically indicates that Video Express 
Email cannot just have an audio component. This is undoubtedly because the player, 
which is a separately installed application program, must have a window open to operate. 

For at least the foregoing reasons as well as the reasons set forth in Appellants' Appeal 
Brief, Appellants' respectfully submit that the Examiner's rejection was in error and that 
his rejection should be reversed. 
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Con clusion 

For at least the foregoing reasons and the reasons set for in Appellants' Brief, Appellants 
respectfully request that the Examiner be reversed. 



Respectfully Subpi^ed, ^ 
TIPS Grx5u{j,. 




Pku! L. Hickman 
Reg. No. 28,516 
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